home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 20 / Cream of the Crop 20 (Terry Blount) (1996).iso / program / n_b_v203.zip / AWELCOME.TXT < prev    next >
Text File  |  1996-07-04  |  6KB  |  92 lines
  1. $if 0
  2.     ┌──────────────────────────╖                        PowerBASIC v3.20
  3.  ┌──┤          DASoft          ╟──────────────────────┬──────────────────╖
  4.  │  ├──────────────────────────╢    Copyright 1995    │ DATE: 1995-10-01 ╟─╖
  5.  │  │ FILE NAME   AWELCOME.TXT ║          by          ╘════════════════─ ║ ║
  6.  │  │                          ║  Don Schullian, Jr.                     ║ ║
  7.  │  ╘══════════════════════════╝                                         ║ ║
  8.  │ A license is hereby granted to the holder to use this source code in  ║ ║
  9.  │ any program, commercial or otherwise,  without receiving the express  ║ ║
  10.  │ permission of the copyright holder and without paying any royalties,  ║ ║
  11.  │ as long as this code is not distributed in any compilable format.     ║ ║
  12.  │  IE: source code files, PowerBASIC Unit files, and printed listings   ║ ║
  13.  ╘═╤═════════════════════════════════════════════════════════════════════╝ ║
  14.    │                ....................................                   ║
  15.    ╘═══════════════════════════════════════════════════════════════════════╝
  16. $endif
  17.  
  18. '.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°.°
  19. ' ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° °
  20.  
  21. Hi and welcome to Nutz n' Boltz Text Library #3!
  22.  
  23.   This library is primarily devoted to direct user interface with your
  24. program. It handles menus, one-line help messages, Yes/No selections and
  25. a few other odds n' ends. It definitely goes way beyond where I had first
  26. thought of taking the text package so think of these routines as a BONUS
  27. pack! ( That sounds better than "left-overs" :)
  28.  
  29.   One thing that is conspicuously absent is the rodent! I don't believe it
  30. to be a viable input device for data-based programs as it takes the user's
  31. hand too far from the keyboard, is too slow, adds too much code, and is
  32. difficult to accurately position in text mode. Don't get me wrong, there is
  33. a niche for the mouse in some text mode programs and when that niche needs
  34. filling I believe it should be filled.
  35.  
  36.   There are only 3 menu functions but, between them, you should be able to
  37. get a real good idea of what can be done with menus! I'm not too sure that
  38. all 3 of them are really too useful in their current state as they all are
  39. truly monsters but each one does everything it has to do to serve the
  40. broadest range of programs. I use them AS-IS only when I'm in a hurry and
  41. working on a small program where memory is not a problem. When it's time
  42. to get serious then I pull them apart and use only the stuff I need/require
  43. leaving the "extras" in the BIT-BUCKET under my work bench.
  44.  
  45.   The Drop-Down menu (Pull-Down) is, probably the exception to the above.
  46. It is almost as tight as it can be made without loosing any of it's important
  47. functions. It can change width, height, wrapping style, etc. with just a few
  48. bytes of incoming info. It takes a few "extra" arrays to make it work but I
  49. have found that they all get real necessary in any size program so....
  50.  
  51.   The "HOT" menu is the monster that really is soooooo over-done that it
  52. almost screams for stripping! The only redeeming quality is that it is
  53. almost automatic in it's reactions to the incoming set-up data that it really
  54. isn't too difficult to use once you get used to the 25+ parameters that it
  55. takes to get it working!
  56.  
  57.   Last of all is the INDEX menu: it is a cousin to the "HOT" menu but is so
  58. much "smarter" than the "HOT" stuff that it hurts just to think about it. I
  59. came up with the idea for this one when working on a really <<<BIG>>> program
  60. that had index's on a zillion lists with two of them ranging into the 1000's!
  61. I had to give my users a way to get to any one record in as few key-strokes
  62. and little remembered data as possible. Out of my pure genius (and a couple
  63. of years of screwing around), viola (walaa), the INDEX menu was perfected.
  64. It can either "tag" a group of items or select just one but it's real power
  65. is in how the user can just start typing in a name and, within 3 or 4 keys
  66. get within visual distance of the one particular item they are looking for.
  67. There are 2 variations of this menu that do not appear here as they must be
  68. written for each and every use that you should think about:
  69.  
  70.   An INDEX menu that could read the items directly out of a file could be
  71. a handy addition to a program with a large index base. You would have to
  72. substitute all references to the array with whatever it took to get the data
  73. from the disk. This would include packages like E-TREE, etc. Also, it may
  74. be necessary to "unpack" an index string into something that resembled a
  75. string that a human would understand.
  76.  
  77.   One other application that splits these two down the middle is the BROWSE
  78. style menu. This rascal resembles more a full data screen but is, in fact,
  79. just a fancy menu. Each item is displayed separately with one, or more data
  80. fields from the record. I find this VERY necessary when you're looking for
  81. the proverbial "John Smith" and would have to have more info than a name,
  82. alone, would supply; like SSAN's, addresses, phone numbers, etc. The entry
  83. point is still this type-o-matic search featured in the INDEX menu and the
  84. display is particular to each application.
  85.  
  86.   The other little functions do some specific stuff and are amply discussed
  87. in the .DMO files so have a look around. If you decide to make any of these
  88. functions work with the mouse don't forget fGetEvent$ and it's support. You
  89. may find that the change-overs aren't too difficult as I've used arrays in
  90. most cases to hold screen addresses.
  91.  
  92. d83)